home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20000824-20010305 / 000339_news@columbia.edu _Thu Feb 22 10:46:27 2001.msg < prev    next >
Internet Message Format  |  2001-03-05  |  5KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id KAA22575
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Thu, 22 Feb 2001 10:46:26 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA07017
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 22 Feb 2001 10:46:26 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id KAA24774
  10.     for kermit.misc@watsun.cc.columbia.edu; Thu, 22 Feb 2001 10:21:05 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: jaltman@columbia.edu (Jeffrey Altman)
  13. Subject: Re: Filename conversions
  14. Date: 22 Feb 2001 15:21:05 GMT
  15. Organization: Columbia University
  16. Message-ID: <973ap1$o63$1@newsmaster.cc.columbia.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <971gs8$de0$1@samba.rahul.net>,  <dold@email.rahul.net> wrote:
  20. : Woot <mymp3xyz@hotmail.com> wrote:
  21. : : I'm having a great conversation with myself.... :)
  22. : : If I "get" the file from the HP48 (putting the HP48 in server mode) it works
  23. : : fine.
  24. : 
  25. : The "file collision" setting would be on the receiving kermit, and have no
  26. : effect on the sending kermit, correct?
  27.  
  28. That is correct.  The File Collision options only affect the Kermit that
  29. is performing either a RECEIVE or a GET operation.
  30.  
  31. The problem was being experienced in this case is due to a combination
  32. of the File Collision options and the default security provided by the
  33. Kermit SERVER.
  34.  
  35. The default settings for a Kermit SERVER are:
  36.  
  37. Function:          Status:
  38.  GET                Enabled
  39.  SEND               Enabled
  40.  MAIL               Enabled
  41.  PRINT              Enabled
  42.  REMOTE ASSIGN      Enabled
  43.  REMOTE CD/CWD      Enabled
  44.  REMOTE COPY        Enabled
  45.  REMOTE DELETE      Remote only
  46.  REMOTE DIRECTORY   Enabled
  47.  REMOTE HOST        Remote only
  48.  REMOTE QUERY       Enabled
  49.  REMOTE MKDIR       Enabled
  50.  REMOTE RMDIR       Remote only
  51.  REMOTE RENAME      Enabled
  52.  REMOTE SET         Enabled
  53.  REMOTE SPACE       Enabled
  54.  REMOTE TYPE        Enabled
  55.  REMOTE WHO         Enabled
  56.  BYE                Remote only
  57.  FINISH             Enabled
  58.  EXIT               Remote only
  59.  ENABLE             Enabled
  60.  
  61. The "Remote only" does not refer to the REMOTE command but to the mode
  62. that the Kermit process executing the SERVER is operating in.  Kermit
  63. can be executed in two modes: "remote" and "local".  Remote means that
  64. Kermit was started on a remote host and is communicating across the
  65. TTY device back to the client.  An example of this scenario is when
  66. a Telnet client is used to connect to a Unix host and C-Kermit is 
  67. started from the command line for the purpose of transfering files with
  68. the Telnet client.  This is Kermit operating in "remote" mode.  
  69.  
  70. Every other type of connection is Kermit running in "local" mode.  
  71. When Kermit 95 is used to make a telnet connection to a Unix host
  72. it is running in "local" mode.  When C-Kermit is used to accept an
  73. incoming connection with SET HOST * it is running in "local" mode.
  74.  
  75. The Internet Kermit Service runs in "remote" mode.
  76.  
  77. The status of "local" mode can be checked in a script with the
  78. \v(local) variable.  It will be 1 when in local mode, and 0 when 
  79. in remote mode.
  80.  
  81. How does the mode affect the problem experienced by Woot?  Here is the
  82. configuration"
  83.  
  84.  . SET FILE COLLISION OVERWRITE
  85.  
  86.  . SERVER mode
  87.  
  88.  . operating in "local" mode since Kermit established the connection
  89.    to the HP-48
  90.  
  91. Now the HP-48 tries to SEND a file to Kermit and we discover that Kermit
  92. is not using OVERWRITE mode but instead uses RENAME mode.  Why?
  93.  
  94. The SERVER is operating with an ENABLE DELETE REMOTE setting.  This means
  95. that when the SERVER runs in "local" mode that file deletion is not 
  96. permitted.  Overwriting or even backing up a file requires an implicit
  97. deletion of the original contents of the file.  Therefore, it cannot
  98. be permitted.  So when SERVER mode is started the File Collision Overwrite
  99. setting becomes File Collision Rename since that is the closest setting 
  100. that will allow the file transfer to proceed without violating the 
  101. stated server policy.
  102.  
  103.  Jeffrey Altman * Sr.Software Designer      C-Kermit 7.1 Alpha available
  104.  The Kermit Project @ Columbia University   includes Secure Telnet and FTP
  105.  http://www.kermit-project.org/             using Kerberos, SRP, and 
  106.  kermit-support@kermit-project.org          OpenSSL.  SSH soon to follow.